home *** CD-ROM | disk | FTP | other *** search
/ HPAVC / HPAVC CD-ROM.iso / APRITE.ZIP / APRITE.DOC next >
Text File  |  1992-10-22  |  30KB  |  699 lines
  1.  
  2.  
  3.            ╔═══╗              ╔═══════╗                   (WS)
  4.            ║   ║              ║       ║  ║  ║
  5.           ╔╝   ╚╗             ║       ║     ║
  6.           ║     ║             ║       ║     ╠══
  7.           ╠═════╣   ╔═════╗   ╠══╦════╝  ║  ║    ╔═════╗
  8.          ╔╝     ╚╗  ║     ║   ║  ╚╗      ║  ║    ║     ║
  9.          ║       ║  ║     ║   ║   ╚╗     ║  ║    ╠═════╝
  10.          ║       ║  ║     ║   ║    ╚╗    ║  ║    ║ 
  11.                     ╠═════╝                      ╚═════ 
  12.                     ║
  13.                     ║
  14.                     ║
  15.  
  16. *
  17. Syntax Overview:
  18.           ApRite [parameters]
  19.           ApRun <command>
  20.  
  21.           Accepted parameters:
  22.  
  23.           ApRite /Install
  24.              Initiate or re-initiate application system
  25.  
  26.           ApRite /Destroy
  27.              Delete/Remove the complete application system
  28.  
  29.           ApRite /Masters [+|- <user>]
  30.              List/Define accepted application users
  31.  
  32.           ApRite /SLaves [+|- <user>]
  33.              List/Define users that are accepted as slaves
  34.  
  35.           ApRite /Admin [+|- <user>]
  36.              List/Define application system administrators
  37.  
  38.           ApRite /Allow command <user>
  39.              Allow [user] access to specified command
  40.  
  41.           ApRite /Remove <nr>
  42.              Remove application from application system
  43.  
  44.           ApRite /SHow
  45.              Show status and list current allowed commands
  46.  
  47.           ApRite /STatus [Masters|Slaves  Pause|Cont]
  48.              Show or change application system status
  49.  
  50.           ApRite /?
  51.              Display syntax overview
  52. *
  53. ApRite / ApRun :    Application System - Description
  54.  
  55. Purpose:
  56.           Grant rights to applications: Run applications with NetWare
  57.           rights that differ from the rights of the person calling the
  58.           application.
  59.           The complete system is based on NetWare security.
  60.  
  61. Features:
  62.           -  Allow users to change user ID while 3rd party applications
  63.              are run.
  64.           -  Multiple security levels based on NetWare security.
  65.           -  Management tool to administer and view the ApRite security.
  66.           -  Built-in self test for virus infection.
  67.  
  68. Author:
  69.           Wolfgang Schreiber    (all rights reserved)
  70.  
  71. Components:
  72.           ApRite.EXE          Administration tool
  73.           ApRite.DOC          Documentation
  74.           ApRun.EXE           Launch applications 
  75.  
  76. *
  77. Quick Start:
  78.           Within 5 minutes you can get a quick impression of the
  79.           capabilities of ApRun:
  80.  
  81.           1) Initiate ApRun:
  82.                 "ApRite /Install"
  83.           2) Give a second user (e.g. GUEST) the right to run 
  84.              SYSCON in your name: 
  85.                 "ApRite /Allow SYSCON GUEST" 
  86.           3) Login as GUEST and run SYSCON (with/without ApRun):
  87.                 "ApRun SYSCON"
  88.  
  89.           If you want to remove GUEST's privileges you have two choices:
  90.  
  91.           4a) Login as Supervisor and revoke the privileges:
  92.                 "ApRite /Remove <nr>"      [Insert appr allowance nr]
  93.           4b) Remove GUEST from the list of accepted masters:
  94.                 "ApRite /Master - GUEST"
  95.  
  96. *
  97. License:
  98.           The publisher has thoroughly developed and tested the functions
  99.           of ApRun/ApRite but cannot take any liability for adverse
  100.           effects or damage that might be caused by software
  101.           malfunctions, erroneous or incomplete documentation.
  102.  
  103.           Orders can be sent directly to the publisher. 
  104.           International distributors wanted.
  105.  
  106.           Retail price: US $199 for first file server,
  107.                         US $ 30 for additional server licenses
  108. *
  109. Demo Version
  110.           The 3 files APRITE.EXE, APRUN.EXE, and APRITE.DOC may 
  111.           freely be copied to other file servers. But since ApRite 
  112.           is a commercial application, unlicensed users may only 
  113.           have a 60 days testing period.
  114.           Within this period users can test all features of ApRite 
  115.           on any number of file servers. 
  116.           About 60 days after its installation on a server it will 
  117.           disable itself. When the demo time is over, only the 
  118.           options "ApRite /?" and "ApRite /Destroy" will remain 
  119.           active. 
  120.           Warning: if the demo version detects a file server date 
  121.           change it might disable itself immediately.
  122.  
  123. *
  124. Publisher:
  125.           Dr. Wolfgang Schreiber
  126.           Schanzenstr. 74
  127.           4000 Dusseldorf  (Germany)
  128.  
  129.           Fax: (xx49) - 211 - 55 64 69
  130.  
  131.           Any comments, suggestions, or error reports are welcome.
  132.           Users who detect bugs and document those bugs to the 
  133.           publisher will be the first to receive the next release of 
  134.           the application.
  135.  
  136.           Written in Borland's TurboPascal v6.0
  137.  
  138. *
  139. Concepts:
  140.           ApRite is using a concept called 'Application System' and its
  141.           implementation in based on the NetWare concept of a 'Job
  142.           Server'.
  143.  
  144.           ApRite uses the terms 'Application System', 'MASTER', 'SLAVE',
  145.           'ADMINISTRATOR', 'COMMAND', and 'OPTIONS'. Usage of those terms
  146.           must be explained shortly.
  147.  
  148.           Application System: The term 'application system' is used to
  149.           describe the complete environment supplied by ApRite and ApRun
  150.           to support rights granted to applications.
  151.           The application system must be initialized by the Supervisor or
  152.           an equivalent before users can access it.
  153.  
  154.           To explain the other concepts we will refer to some command
  155.           lines as examples (assumed that U_M and U_S are valid user
  156.           names):
  157.  
  158.           1) "ApRite /Allow SYSCON U_M"    issued by U_S (Slave)
  159.           2) "ApRite /Allow FILER"         issued by U_S (Slave)
  160.           3) "ApRun SYSCON"                issued by U_M (Master)
  161.  
  162.           SLAVE: A slave is a NetWare user who grants his/her NetWare
  163.           rights to a master, whenever the master will call a specified
  164.           program.
  165.           A slave must have been admitted to the application system 
  166.           by the SUPERVISOR ("ApRite /SLaves ..."). 
  167.           The slave must have specified the commands (and its 
  168.           accepted masters) that can be run in his/her name, before 
  169.           any master can run an application in the name of a slave, 
  170.           ("ApRite /Allow "). 
  171.           In the example given above the user U_S gives the user U_M 
  172.           the right to call SYSCON (command 1) - this means that U_M 
  173.           will get the rights of U_S while running SYSCON. 
  174.           Then U_S allows every legitimate application system master 
  175.           to run FILER with the rights of U_S (command 2).
  176.  
  177.           MASTER: A master is a NetWare user who is logged in to a
  178.           NetWare file server and wants to run an application with
  179.           different rights than those that he usually has.
  180.           Masters must have been admitted to the application system by
  181.           the SUPERVISOR ("ApRite /Masters ...").
  182.           A master can issue a program call with the rights of a 'slave'
  183.           if the slave has allowed (this master) to run an application in
  184.           his/her name.
  185.  
  186.           COMMAND/OPTIONS: A standard DOS command line usually 
  187.           contains the (path and) name of an executable command with 
  188.           or without additional options/parameters).
  189.           The term 'Command' in this script includes all characters up to
  190.           the first blank in the command line. It consists of an optional
  191.           valid DOS path followed by a file name and it may include the
  192.           extension of the application.
  193.           The term 'Options' refers to everything that follows the first
  194.           blank in the normal DOS call.
  195.  
  196.           ADMINISTRATOR: An application system administrator can 
  197.           view and change the status of the application system. The 
  198.           administrator can see all allowed applications, can remove 
  199.           specific applications from the system, can halt or restart 
  200.           the system. 
  201.           By default only the person who installs the application 
  202.           system is created as system administrator. 
  203.           New administrators can be defined by the supervisor 
  204.           ("ApRite /Admin ...").
  205.  
  206. *
  207. Installation and Usage:
  208.  
  209.           -  Read the READ.ME file from the installation disk for
  210.              information about the first steps;
  211.  
  212.           -  Copy all files from the installation disk to a NetWork
  213.              directory;
  214.  
  215.           -  Setup the system by calling "ApRite /Install"
  216.  
  217.           -  Define legitimate slaves with  "ApRite /Slaves ..."
  218.              (Users who give their rights to applications)
  219.  
  220.           -  Define legitimate masters with "ApRite /Masters ..."
  221.              (Users who receive new rights in applications)
  222.  
  223.           -  A legitimate slave grants application rights with 
  224.              "ApRite /Allow ..."
  225.  
  226.           -  Legitimate masters now can call "ApRun" to start the
  227.              admitted applications.
  228.  
  229. *
  230. Security:
  231.           The application system includes several layers of protection to
  232.           ensure that only accepted users get access to the system:
  233.  
  234.           -  only a Supervisor (or eqivalent) can initiate the system;
  235.  
  236.           -  only specified users can get access to the system; they must
  237.              have been admitted to the system as 'slaves' or 'masters' by
  238.              the supervisor;
  239.  
  240.           -  the user ('slave') who gives his rights to other users
  241.              ('masters') must actively allow those users access to
  242.              specified applications;
  243.  
  244.           -  only the specified applications can be called; use of these
  245.              applications can be restricted to specified persons;
  246.  
  247.           -  the master can call the selected applications only if those
  248.              applications have not been changed since access was granted;
  249.  
  250.           -  the supervisor or administrator can monitor and change the
  251.              current status of the application system.
  252.  
  253.           -  the supervisor or an assigned 'administrator' can remove
  254.              specified applications from the system;
  255.  
  256.           -  The automatic self test for virus infection will display a
  257.              warning if ApRite.EXE is infected by a virus.
  258.  
  259. *
  260. Multi-Server Environments
  261.  
  262.           The application system is always file server specific: ApRite 
  263.           will define how rights may be changed on the current server. 
  264.           ApRun will change the rights only for the current server.
  265.  
  266.           The current file server is defined by your current default 
  267.           drive letter. ApRun will always modify rights on a single 
  268.           server: the server of your default drive.
  269.  
  270. *
  271. Syntax:      ApRite [/parameter]
  272.  
  273.           All options of ApRite can be abbreviated as long as those
  274.           shortcuts are unique: "ApRite /I" or "ApRite /SH" are valid
  275.           shortcuts.
  276.  
  277.           This overview presents optional parameters within square
  278.           brackets "[xxx]", user supplied names (e.g. user names or
  279.           commands) in angle brackets "<xxx>". Upper vs. lower case
  280.           letters do not make any difference.
  281.  
  282. *
  283. ApRite /?
  284.           Display syntax overview 
  285.  
  286.           This command give an overview over the features and available 
  287.           parameters of ApRite.EXE with basic explanations of their effects.
  288.  
  289.           Example:  ApRite /?
  290.  
  291. *
  292. ApRite /Install
  293.           Initiate or Re-Initiate application system
  294.  
  295.           Before using any of the following ApRite parameters the
  296.           application system has to be established.
  297.  
  298.           The installation procedure will only take about a second and
  299.           will initiate security and all relevant variables.
  300.           None of the ApRite/ApRun application parts stays resident in a
  301.           workstation's RAM. The application system uses similar bindery
  302.           security as NetWare itself; it will store security information 
  303.           in the NetWare bindery.
  304.  
  305.           WARNING: If "ApRite /Install" is issued a second time, it will 
  306.           completely reset the application system: all masters, slaves, 
  307.           administrators, or information about accepted applications will 
  308.           be removed.
  309.           You will be asked for confirmation if the application system is 
  310.           already installed.
  311.  
  312.           This option is for supervisors only.
  313.  
  314.           Example:  ApRite /Inst
  315. *
  316. ApRite /Destroy
  317.           Delete/Remove the complete application system
  318.  
  319.           This option can be used to completely remove the application
  320.           system structure from your file server.
  321.           The only way to recover from the effects of "/Destroy" is to
  322.           restore the file server from a previous backup.
  323.  
  324.           This option is for supervisors only.
  325.  
  326.           Example:  ApRite /Dest
  327.  
  328. *
  329. ApRite /Masters [+|- <user|group>]
  330.           List/Define accepted application users
  331.  
  332.           See the discussion of the master-slave concept above. Masters
  333.           are NetWare users that are allowed to take the identity and
  334.           rights of a 'slave' while a program is executed. Only the users
  335.           admitted to the application system as masters are allowed to
  336.           run applications with the temporary ID of a slave.
  337.  
  338.           Before a slave can specify a user as master (that means before 
  339.           he/she can allow a master to run the application in the slave's 
  340.           name) the supervisor must have admitted both slave and master to 
  341.           the application system. This is done with "ApRite /Slaves ..." 
  342.           and "ApRite /Masters ..."
  343.  
  344.           Specifying '+' will add new masters, '-' will remove existing
  345.           masters.
  346.  
  347.           Users and groups can be accepted as masters. If a group is 
  348.           specified, ApRite will add or remove each group member 
  349.           individually:  the call "ApRite /Masters - everyone" will 
  350.           remove all masters.
  351.  
  352.           A slave with supervisor rights can implicitly add masters with
  353.           the "/Allow" option (see there).  This feature applies to 
  354.           supervisors only.
  355.  
  356.           Example:  ApRite /Master + guest
  357.                     ApRite /Master - everyone
  358.                     ApRite /Ma + guest
  359.  
  360. *
  361. ApRite /SLaves [+|- <user|group>]
  362.           List/Define users that are accepted as slaves
  363.  
  364.           See the discussion of the master-slave concept above. Slaves
  365.           are NetWare users whose rights are granted to a master while 
  366.           a program is executed. 
  367.  
  368.           Only the users admitted to the application system as slaves 
  369.           are allowed to transfer their rights to a application user 
  370.           (master).
  371.           Before any slave can allow an application to be run in the
  372.           slave's name, the supervisor must have admitted the user as
  373.           slave to the application system. This is done with "ApRite
  374.           /SLaves ..."
  375.  
  376.           Specifying '+' will add new slaves, '-' will remove existing
  377.           slaves.
  378.  
  379.           Users and groups can be accepted as slaves.
  380.  
  381.           This option is for supervisors only.
  382.  
  383.           Example:  ApRite /Slave + guest
  384.                     ApRite /Slave - guest
  385.                     ApRite /SL + everyone
  386.  
  387. *
  388. ApRite /ADmin [+|- <user|group>]
  389.           List/Define application system administrators
  390.  
  391.           An administrator can monitor the status of the application
  392.           system, view the list of accepted slaves, masters, and
  393.           applications, and remove specific applications from the system.
  394.           The administrator is comparable to a queue operator in the
  395.           printing environment.
  396.  
  397.           Specifying '+' will add new administrators, '-' will remove
  398.           existing administrators.
  399.  
  400.           Users and groups can be accepted as slaves.
  401.  
  402.           This option is for supervisors only.
  403.  
  404.           Example:  ApRite /Admin + guest
  405.  
  406. *
  407. ApRite /ALlow  [command [<user>]]
  408.           Allow [user] access to specified command
  409.  
  410.           The option "/Allow" enables a slave to specify, what command is
  411.           allowed to be executed in his/her name. This option adds the
  412.           new command to the list of accepted commands. An accepted
  413.           master is thereby enabled to run this command in the name of
  414.           the slave.
  415.  
  416.           The command must contain at least a valid filename; it may 
  417.           include an optional drive/path specification and/or 
  418.           extension. ApRite searches for the specified command file to 
  419.           add it to its list, so the application must be in the default 
  420.           drive or in one of the search drives, if no path is specified.
  421.  
  422.           The specified command can be located on a local drive or second
  423.           file server, but the rights change will always affect only the
  424.           current default server (i.e.: the server where the default 
  425.           drive is located).
  426.  
  427.           If the application (and optional master) is accepted by the
  428.           system, it will display the new list of accepted applications.
  429.           Each registered application automatically receives a unique
  430.           application ID. This ID can be used to remove specific
  431.           applications from the system (if desired).
  432.  
  433.           All valid file names will be accepted, but only COM, EXE, and
  434.           BAT files give sense.
  435.  
  436.           To use the parameter "/ALLOW" the user must be in the list of 
  437.           accepted slaves, and he/she needs search/file scan rights in 
  438.           the directory of the specified command.
  439.  
  440.           If no user is specified after the command, the application can
  441.           be started by any accepted master. If the specified user is
  442.           unknown or not accepted as master the command will not execute.
  443.  
  444.           If a supervisor equivalent specifies a user who is not a 
  445.           registered master yet, the system will automatically add the 
  446.           user to the master list.
  447.  
  448.           If "ApRite /ALlow" is not followed by a command, it will list
  449.           the current accepted applications entered by the user.
  450.  
  451.           Only users - no groups - can be accepted as masters.
  452.  
  453.           This option is for supervisors and accepted slaves only.
  454.  
  455.           Example:  ApRite /Allow syscon
  456.                     ApRite /Allow syscon.exe guest
  457.                     ApRite /Al k:\sub\this.bat guest
  458. *
  459. ApRite /Remove <nr>
  460.           Remove application from application system
  461.  
  462.           Every entry in the list of accepted applications can be
  463.           identified by its entry ID. The IDs are constants and are
  464.           assigned by NetWare.
  465.  
  466.           Applications can be removed from the system list by a system
  467.           administrator or by the slave who added the entry to the list.
  468.  
  469.           This option is for supervisors and administrators only.
  470.  
  471.           Example:  ApRite /Remove 473
  472. *
  473. ApRite /STatus [Masters|Slaves  Pause|Continue]
  474.           Show or change application system status
  475.  
  476.           Comprehensive system status information is displayed.
  477.  
  478.           In addition to the status display a supervisor or administrator
  479.           can change its status.
  480.  
  481.           You can determine if slaves may add new jobs to the application
  482.           system, or if masters may access the application system to
  483.           acquire the slaves' rights.
  484.  
  485.           'ApRite /Status Masters Pause' will de-activate the application
  486.           system without destroying any of the stored information:
  487.           Currently active ApRun applications can be continued, but no
  488.           master can start new ApRun commands. 'Continue' will
  489.           re-activate the application system.
  490.  
  491.           'ApRite /Status Slaves Pause' will prevent slaves to add new
  492.           applications to the application system. Masters still can access
  493.           the system to acquire the slaves' rights. All exixting information
  494.           will be kept.
  495.  
  496.           Examples: ApRite /Status
  497.                     ApRite /St Masters pause
  498.                     ApRite /St Slaves Cont
  499. *
  500. ApRite /SHow
  501.           Show status and list current accepted applications
  502.  
  503.           '/SHow' will not only display the short status report, but
  504.           additionally list the current accepted slaves, masters,
  505.           administrators, and applications.
  506.  
  507.           This option is for supervisors and administrators only.
  508.  
  509.           Example:  ApRite /Show
  510.  
  511. *
  512. ApRun <command> [parameter list]
  513.           Run applications with another identity
  514.  
  515.           If an accepted master wants to start an accepted application in
  516.           the name of a slave, the command must be launched by ApRun.
  517.           Without ApRun the application would run with the default rights
  518.           of the program caller.
  519.  
  520.           The command can be followed by the parameters as required by 
  521.           the launched application's syntax. Use the normal command 
  522.           syntax, and simply add 'ApRun' at the beginning of the command 
  523.           line.
  524.  
  525.           Masters who want to launch applications need Search/File Scan
  526.           rights in the application directory. If the command is not to
  527.           be found in one of the master's search drives, it must include
  528.           a drive/path specification.
  529.  
  530.           ApRun.EXE will use approximately 25 Kb of the workstation RAM 
  531.           while the launched application is running. It therefore limits 
  532.           the RAM available to that application. Since ApRun is not a TSR 
  533.           program it will not stay in the workstation memory except 
  534.           during the execution of the launched program.
  535.  
  536.           This option is for accepted masters only.
  537.  
  538.           Example:  ApRun SYSCON
  539.                     ApRun NCOPY Z:*.* k: /sub
  540.                     ApRun C:\this.bat par1 par2
  541. *
  542. Limitations:
  543.           Due to NetWare limitations and ApRun's implementation there are
  544.           several aspects administrators should keep in mind.
  545.  
  546.           -  Number of application configurations: The list of accepted
  547.              application/rights configurations may include up to 250
  548.              entries.
  549.  
  550.           -  Number of slaves running ApRun simultaneously on one file 
  551.              server: 250
  552.  
  553.           -  Memory: since ApRun.EXE has to stay in memory while it
  554.              changes the rights of a master to the rights of the slaves,
  555.              and since it has to stay active until the original rights
  556.              are restored, there is only a restricted area of RAM
  557.              available to slave applications.
  558.              Generally ApRun.EXE takes about 25 kB of RAM during the
  559.              execution of slave applications. The RAM available to
  560.              applications will be higher if those are COM or EXE files,
  561.              a little less with BAT files (since ApRun uses COMMAND.COM
  562.              to run batch jobs).
  563.              If memory is a problem, you might consider to use 3rd party
  564.              memory manager (like HIMEM, EMM386, or QEMM386) to load some
  565.              drivers and TSRs to high memory areas. DOS v4.x will usually
  566.              leave less memory to applications than DOS v3.x or v5.x.
  567.  
  568.           -  Multitasking: if ApRun were used in a multitasking 
  569.              environment, ALL tasks would change to the slave's 
  570.              identity as long as one task runs an application with 
  571.              ApRun. Similar considerations apply to task switching 
  572.              environments like DR-DOS v6.x or MS-DOS v5.x.
  573.              To avoid bypassing of NetWare security, ApRun will not run 
  574.              under Windows or in other multitasking environments.
  575.  
  576.           -  TSR programs: The complete station of the master will
  577.              receive the rights and identity of the slave during program
  578.              execution. Obviously this will affect TSRs that have been
  579.              loaded previously, too. Therefore TSRs might in some cases
  580.              represent a breach in security since they receive the same
  581.              rights as the legitimate application.
  582.              In most situations this will not be a problem.
  583.  
  584.           -  Application Updates / Program changes: If a slave allows
  585.              access to an application ApRun tries to ensure that this
  586.              program is run without any changes. Future masters can run
  587.              the accepted application only in its current form (for
  588.              security reasons). Any changes to the program will prevent
  589.              masters from being able to start that application. The slave
  590.              has to re-allow access whenever an application is modified.
  591.  
  592.           -  NetWare bugs: Due to a NetWare bug few NetWare commands 
  593.              (e.g. SETPASS) will not execute with the ID of the 
  594.              SLAVE but with the ID of the MASTER. This will only 
  595.              affect commands that use a specific NetWare API 
  596.              (GetConnectionInformation). Most commands however will 
  597.              work as expected and run with the ID of the SLAVE.
  598.              Novell is aware of this bug in NetWare v3.11 - and 
  599.              hopefully fix it in a future NetWare version.
  600.  
  601.  
  602.           Due to the above mentioned limitations the following
  603.           suggestions are strongly recommended:
  604.  
  605.           -  Create special users who only have the rights to run one
  606.              application. The trustee rights of those users might include
  607.              only a single directory. Accept only those user names as
  608.              slaves.
  609.              Take into account that background applications (TSRs) 
  610.              receive the slave's rights, too.
  611.  
  612.           -  Specify the name of the acceptable master in the 'Allow'
  613.              command whenever possible.  This is especially recommended
  614.              if the slave has supervisor rights.
  615.  
  616. *
  617. Troubleshooting
  618.  
  619.  
  620. General Problems
  621.  
  622.  
  623. Problem:            An application is not executed though it has 
  624.                     been installed with 'ApRite /Allow ...'
  625. Possible Causes:    - The user does not have a search path to the 
  626.                       application or does not have sufficient rights
  627.                       (File Scan/Search rights may be enough).
  628. Solution:           Check the user's path and rights.
  629.  
  630.  
  631. Problem:            A virus warning is displayed.
  632. Possible Causes:    - ApRite has a built in virus self-test. A virus
  633.                       might have infected your system. 
  634.                     - You have different versions of ApRite on your 
  635.                       system.
  636. Solution:           Run a virus scan utility immediately.
  637.  
  638.  
  639. *
  640. Error messages
  641.  
  642.  
  643. Message:            'Application list full'
  644. Possible Causes:    The application system can save up to 250
  645.                     applications. You exceeded this limit.
  646. Solution:           Delete some unneeded applications from the list
  647.                     with 'ApRite /Remove'.
  648.  
  649. Message:            'Application System not yet initialized'
  650. Possible Causes:    ApRite is not yet installed on this server
  651. Solution:           Install ApRite. Make sure that you have one
  652.                     license per file server.
  653.  
  654. Message:            'ApRite-Demoversion.  Valid only .. days'
  655. Possible Causes:    - You do not have a full version of ApRite but a 
  656.                       limited demo version on this server. The time 
  657.                       limit has expired.
  658. Solution:           Purchase a full license.
  659. Possible Causes:    - On a multi-server system you try to run ApRite
  660.                       on another server than the one that you 
  661.                       installed ApRite on. You may use ApRite for the
  662.                       demo period but have to purchase a license for
  663.                       every server that you permanently want to install 
  664.                       ApRite on.
  665. Solution:           Purchase a full license.
  666.  
  667. Message:            'Could not access Application System'
  668. Possible Causes:    ApRite is not yet installed on this server
  669. Solution:           Install ApRite. Make sure that you have one
  670.                     license per file server.
  671.  
  672. Message:            'Demonstration time for ApRite on ... expired.'
  673. Possible Causes:    You do not have a full version of ApRite but a 
  674.                     limited demo version on this server. The time 
  675.                     limit has expired.
  676. Solution:           Purchase a full license.
  677.  
  678. Message:            '<username> is no accepted MASTER'
  679. Possible Causes:    You tried to run ApRun but your are not accepted
  680.                     as application master.
  681. Solution:           Ask the supervisor to install you as ApRun
  682.                     master ('ApRite /Master ...').
  683.  
  684. Message:            'Multitasking active'
  685. Possible Causes:    You tried to run ApRun in an multitasking 
  686.                     environment (e.g. Windows, DesqView, Task
  687.                     Switcher). Due to security considerations this
  688.                     is not accepted. 
  689. Solution:           Start ApRun in a single task environment.
  690.  
  691. Message:            'Only a Supervisor can call this function !'
  692. Possible Causes:    Some functions of ApRite are reserved for 
  693.                     Supervisors and equivalents. 
  694. Solution:           Login as supervisor and retry.
  695.  
  696. Message:            'Wildcards not acceptable'
  697. Possible Causes:    You tried to run 'ApRite /Allow' with wildcards.
  698. Solution:           Use only one application per command.
  699.